home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / ALL95.LZH / transcript_1003 / text0007.txt < prev    next >
Encoding:
Text File  |  1995-10-04  |  2.7 KB  |  71 lines
  1. > Now that I know it works, I'll write on bad_mood.
  2.  
  3. Be careful when you reply to posts here, though. Unless you change the
  4. 'To:' field in the header they'll only reach the one you reply to.
  5.  
  6. >I'll also have to recode the structures, coz I'll break them in little tables.
  7.  
  8. Hmm, what do you mean by that?
  9. Is your definition of a table something different from an array?
  10.  
  11. > With that, we can win lotsa cpu time when accessing a member of a structure.
  12.  
  13. I guess that would be obvious if I knew what you ment above...
  14.  
  15. > delete [] Thing_Array, and just before, a break, so the structure seems not to be
  16. > totally filled.
  17. > Does it mean that this structure isn't used, exept for the parameters when we
  18. > enter the if ?
  19.  
  20. Yes, that function is a bit strange. The Thing_Array is supposed to hold all
  21. the objects and stuff in the level, but since those are not used in DVIEW
  22. the only thing of interest is the player's start position. When that's found
  23. there's no reason to do anything more.
  24. We'll of course have to fill the entire array.
  25.  
  26. > Or explain me what is this delete please.
  27.  
  28. The 'delete' is only used if you're compiling as a C++ program, otherwise
  29. it's the 'free(...)' that does the job. In both cases it does get rid of
  30. the Thing_Array, though, so you should remove it.
  31.  
  32. > I understand c code, here at alcatel, I code everything in c and c++, but I'm
  33. > not a c master. I prefer assembler :-), so I'll probably ask that kind of
  34. > questions sometimes.
  35.  
  36. No problem.
  37.  
  38. >him, and we'll probably met in Paris. If you could send me a cleaned code for 
  39. > tomorrow, it would be nice, and useful.
  40.  
  41. Ah, I guess I can sleep during the weekend...   ;-)
  42. I'll do my best. You can expect something, but I can't guarantee that it'll
  43. be the whole thing.
  44.  
  45. > And please, we'll call the cleaned version the 0.1.
  46.  
  47. Yes, I guess it'd be good idea to start using version numbers right away.
  48. The should probably be file specific, since there's likely to be a lot
  49. more changes to some things than to others.
  50.  
  51. > I think that actually, the 3 actual priorities are :
  52. >   - the textures, 
  53. >   - the clipped walls,
  54.  
  55. If not before, I'll do that during the weekend. I still don't like your
  56. name for it, though. It's only making sure that the player can't go through
  57. the walls. Nothing to do with clipping.
  58. (Assuming you didn't mean something different this time.)
  59.  
  60. >   - the moving sprites.
  61.  
  62. I think we should wait with the movement, but drawing them where they stand
  63. should take care of the 3D engine aspects.
  64.  
  65. -- 
  66.   Chalmers University   | Why are these |  e-mail:   d8klojo@dtek.chalmers.se
  67.      of Technology      |  .signatures  |            rand@cd.chalmers.se
  68.                         | so hard to do |  www/ftp:  rand.thn.htu.se
  69.    Gothenburg, Sweden   |     well?     |            (MGIFv5 and QLem)
  70.  
  71.